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(§) Bicycle computer with memory and means for comparing present and past performance In real time. 

@ A device for monitoring and comparing present, past and ideal performances on an exercise machine 
senses a preselected set of factors chosen to represent the present performance of the user on the 
machine. A Central Processing Unit operates under a predetermined set of user controlled instructions 
to store t.e set cf performance data for each performance of the user in its memory unit, and compare 
tne present set against a stored user selected set of performance data representing a selected 
performance. It generates an output display signal representative of a user selected comparison metric 
tn e re Detwee n . 
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NOTICE REGARDING COPYRI HTED MATERIAL 

A portion of the disclosure of this patent document contains materials which are subject to copyright pro- 
tection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document 
5 or the patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

BACKGROUND OF THE INVENTION 

10 1 . General and Particular Scope of the Invention 

The present invention relates to improved means for continuously providing information about athletic per- 
formance to a bicyclist during a bike ride, so that the cyclist may use this information to optimize his athletic 
performance. More particularly, the present invention provides means capable of retaining detailed information 
15 about a previous athletic performance In a memory device within a portable instrument and means for com- 
paring in real time the previous performance with a new athletic performance (i.e. moment by moment while 
the new performance is in progress), and for displaying the comparative data to the athlete, for use in optimizing 
his current performance. 

20 2. Known Prior Art 

When an athlete, such as a bicyclist, is competing or training for athletic Improvement, it is very difficult 
to achieve optima) results without some clear and objective metric of performance. Without such an objective 
metric, the athlete must rely on his subjective feeling of the level of effort he is expending. However, such feel- 
25 ings are very imprecise. 

During a hard workout, the continuous feeling of fatigue may lead the athlete to believe he is performing 
at the intended level of effort, only to discover at the end of the workout that his actual performance was quite 
different from his desired goal. 

One known method for providing objective measurements during an athletic performance, Is to define a 
?o limited number cf checkpoints along the route, and io keep irack of how iong it takes io reach those checkpoints 
by using a stopwatch. 

With this approach, the athlete receives occasional feedback about how the current performance is going, 
but there are still problems. In practice this method is too crude and cumbersome to be useful in all but the 
simplest cases, as it is impractical to have a large number of these checkpoints, since the athlete must mem- 
35 orize them and the corresponding times. 

Similarly, keeping track of the times at each checkpoint or even between performances, is difficult and 
error-prone, since the times keep changing as the athlete's performance Improves. Furthermore, occasional 
checkpoints still do not give the athlete enough feedback for optimal guidance, since he must rely on the sub- 
jective feelings of exertion during the fairly long intervals between checkpoints as a gauge to his instantaneous 
40 performance. 

At present, the best available solutions to these problems are embodied in portable devices known as CY- 
CLE COMPUTERS. A cycle computer comprises a processor with an accurate clock, a sensor to measure the 
motion of a bicycle wheel, a display visible to the rider, and software to perform computations and display in- 
formation. 

<5 Typically, such a cycle computer combines Information about elapsed time with information about wheel 
motion, so as to compute and display elapsed time, distance traveled, average speed, and current speed. The 
most advanced cycle computers presently incorporate additional information relating to the rider's current per- 
formance, such as pedaling cadence and altitude. Some cycle computers also display symbols (such as + and 
-) to indicate whether the cyclists current speed is above (+) or below (-) the average speed since the beginning 

so of the present ride. 

Existing cycle computers provide continuous information to the athlete about the current performance, the 
most Important of which is speed. If the athlete Is riding along a level route with road conditions suitable for 
constant speed, the existing cycle computer provides adequate information. All the athlete needs to know is 
the target speed for this workout, and he can observe at any moment whether he is performing at or above 
55 the target speed. 

However, existing cycle computers do not provide adequate information for the vast majority of cycling 
routes, where road conditions vary significantly, and the route may pass over hills or even mountains. Along 
such routes, it is not possible to maintain a constant speed, and existing cycle computers do not present the 
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right kind of information to allow the athlete to evaluate his performance continuously. With existing devices, 
the athlete must fall back to the old technique of memorizing the time it should take to reach certain checkpoints 
and evaluating his performance at those points. 

SUMMARY AND OBJECTS OF THE INVENTION 

It is an object of the present invention to provide the athlete with information that represents a practical 
standard of performance at each point along a course, and to display this standard to the athlete continuously 
in a form that makes it easy to compare his current performance with the standard. 

Another object of the invention is to create this standard of performance in a way that guarantees it to be 
a practical and appropriate standard for the particular athlete, and a standard which takes into account the va- 
riations in the particular route. 

Another object of the invention is to provide a plurality of such customized performance standards, with 
a different standard available for each training route used by the athlete. 

An additional object of the Invention is to provide means to change the standard for a route whenever the 
changing ability of the athlete warrants a new standard of performance for said route. 

Another object of the invention is to provide means whereby the performance of one athlete may be re- 
corded in the invention as a standard to be used by other athletes who wish to emulate the performance of 
the first athlete along the same training route. 

Another object of the invention is to provide means to extract performance data from the cycle computer 
and transmit it to an external computer for processing and for safe-keeping. A related object of the invention 
Is to provide means to transfer such data from an external computer into the cycle computer. 

A particular embodiment of the Invention consists of a cycle computer similar to those In the prior art. with 
the addition of a Random Access Memory (RAM) operatively connected to a processor, and suitable software 
to provide the functions of the invention. The RAM is connected to the processor with control and data paths 
so that the processor, under control of its software program, can read and write the cells of the RAM. The in- 
vention records the details of a current performance, moment by moment, in the RAM. Once the current per- 
formance is complete, the invention allows the athlete to preserve this record in a numbered area of the RAM. 
The Invention provides a plurality of such numbered areas in order to preserve a plurality of such records. At 
the beginning of a new performance, the Invention allows the athlete to select any of the previously saved sets 
of performance data for use as a standard of comparison, and displays said standard data along with current 
data so that the athlete can easily compare his current performance at any moment with similar data relating 
to said saved performance. 

The novel features of construction and operation of the invention will be more clearly apparent during the 
course of the following description, reference being had to the accompanying drawings wherein has been il- 
lustrated a preferred form of the device of the invention and wherein like characters of reference designate 
like parts throughout the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram of bicycle with wheel motion sensor, wire, and cycle computer; 

FIG. 2. illustrates a cycle computer display, showing current speed, elapsed time; pace speed and elapsed 

time; 

FIG. 3. illustrates a cycle computer display, showing current speed, distance; pace speed and distance; 
FIG. 4. illustrates a cycle computer display, showing average speed, riding time; pace average speed and 
riding time; 

FIG. 5. illustrates a cycle computer display, showing current date and time; date, and memory number of 
pace data; also, total time, total distance and average speed of the pace ride; 

FIG. 6. is a block diagram of processor, display, batteries, buttons, memory and connector for linking to 
an external computer; and, 

FIG. 7 is a diagram of the two primary data arrays of the present invention as maintained in memory to 
keep track of pace data from previous rides. 

DESCRIPTION OF THE PREFERRED EMBODIMENT OF THE INVENTION 

With reference to the accompanying drawings, a preferred embodiment of the invention in a cycle computer 
will now be described. It would include an apparatus having a Random Access Memory (RAM) contained within 
the housing of the cycle computer, and suitable software to provide the functions of the invention. This RAM 
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is connected to the processor with control and data paths so that the processor, under control of its software 
program, can read and write any cell of the RAM. 

Figure 1 shows the invention installed on a bicycle. A mag net 11 is attached to the wheel 1 0 so that magnet 
11 passes in proximity to the motion sensor 12 during each rotation of the wheel. The motion sensor 12 sends 

5 a signal on the connecting wires 13 to the cycle computer 14 each time the magnet 11 passes. Other means 
may be used to provide the wheel motion information to the cycle computer, such as radio or infra-red trans- 
mission in place of a connecting wire. 

The cycle computer 14 is attached to the bicycle in a location in which the bicyclist can operate its control 
buttons and view the display while riding. 

10 The software in the invention records the details of the athlete's performance in a portion of the RAM while 
the ride is in progress. This recording begins when the timer is started, after having been reset to zero. Each 
RAM location within the operable RAM portion is written with numerical performance data pertaining to one 
point along the course of the ride, such as current elapsed time, current distance, current speed, and altitude. 
Such data is recorded at Intervals whenever the timer Is operating. The Intervals between recording points 

15 may be of fixed or variable length. At the end of the current performance, the athlete may use the control but- 
tons of the cycle computer, if desired, to save the recorded details of the current performance for future ref- 
erence. In the process of saving the recorded data, the invention requires the athlete to choose an identifying 
number which determines what previously saved pace file will be replaced by the current ride's data. In the 
preferred embodiment, the invention also saves the current date along with the performance data as a means 

20 of helping the athlete to select and use the data in the future. 

In general, whenever the stopwatch is started, the device records the details of the current performance 
(time versus distance and altitude, etc.) in a temporary area of memory. If the stopwatch is stopped, recording 
stops, but the record up to that point Is retained. If timing is restarted, the record also restarts, creating new 
entries after the last Only upon reset (which zeroes out the stopwatch and trip odometer) does the temporary 

2$ historical record clear. 

Once the athlete has saved one or more sets of performance data, the invention allows the athlete to use 
the control buttons to select one of the saved sets of data to be used as a standard of performance for a sub- 
sequent performance. The display, as illustrated in FIG. 5, allows the athlete to view certain identifying infor- 
mation about the previously saved data as an aid in choosing a standard. In the preferred embodiment, the 

30 athlete can see on the display screen the Identifying number of a set of saved data, the date !t was saved, the 
total distance of the saved performance, its total elapsed time, and its overall average speed. The control but- 
tons are used to view the identifying information for other sets of saved data, until the desired set is found. 
After viewing this identifying information, the athlete uses the control buttons to select the data to be used as 
a standard for the present ride. 

35 The selection of a standard normally occurs at the start of a ride, but it is possible to change to a different 

standard during the ride, if desired. This capability is useful in case the user realizes after starting a ride that 
he has accidentally selected the wrong pace ride for comparison. If the user does switch to a different pace 
ride, the processor immediately scans the selected data to locate the points in time and distance that corre- 
spond to the point reached on the current ride. If the user has changed the standard while the timer is running, 

40 the processor might not be able to process the new pace file in time to update the display right away; if this 
happens, the comparison data from the pace ride should become blank temporarily on the display, until the 
processor catches up and can show correct data from the new pace file. 

Once a standard has been selected, the athlete uses the control buttons to start timing the current ride. 
The invention then begins to display information from the selected standard ride in proximity with similar data 

45 relating to the current ride, so that the athlete can easily observe at any time how his current performance 
compares to the selected standard. The invention uses information about the current ride, such as distance 
travelled and elapsed time, to determine which portions of the saved standard data to display, so that the dis- 
played standard data always corresponds to the point of the route where the athlete is presently located. Fur- 
thermore, when the athlete uses the control buttons to change the display to a different type of data, the in- 

50 vention also changes the display of standard data, so that the standard is always presented in a form similar 
to the data pertaining to the current ride, making it easy for the athlete to compare them. For example, if the 
cycle computer Is displaying the rider's current Instantaneous speed, the Invention will also show the speed 
the rider was going at the same point on the selected pace ride. If the cycle computer Is showing the elapsed 
time for the current ride, the invention also shows the amount of time that was required to reach the same point 

55 along the route during the selected pace ride. If the display shows the distance travelled on the current ride, 
the invention also displays the distance that was reached on the pace ride in the same amount of time as has 
been spent on the current ride. 

At the end of each ride, the athlete always has the option of saving the data about the current performance. 

4 



EP0 638 336 A1 



no .onger accessible ,he " eW P**™*™ °ata replaces the old data, which is then 

5 the Symb0 ' S «* - *. - * = ■» — - whether 

'hedlsp^cunentiyshLIZrZ^SSZ. ^-° r T t0 ^ performance <* «» Pace ride. If 
metric would also have a svrnbol nearbv ta^llT 1 SUCh 83 C " nenl Speed and ela P sed «"». each 
ride. For examples the ride^ 

was riding slower, so that his Z7l* 0 VT2™ ? a ' "* P ° ,nt °" the pace ride " but 
10 near his current speed, but I^SZ^^^ fTT th8 " the displa * ^ sh °* a I 

desired pace overall, but is now imploving * ' 9 ' anCe ' hat he iS b9hind the 

Passing the contro! butto^TdZ^^T. T T be Se ' eCted 8t the 0ption of ,ha us <" °V 
« without the need to look at the cvde ilZ T *" * m8inta,n h,S desired P a< * 

of pulses or 'beeps- C^SSSSJS? ^ f ? ,d88 " y ' the ton8 W ° U,d conslst * 8 «*• 
ride. For exampl " toS^^JjT**^^"'*^*^^!"" 
would sound at intervals «S^«?5^^iS" P,- ? * ^ 8 Sin9 ' 8 b8ep 

pace, there would be two beeps close ZaSSS^HSl nd ^ s overall average speed is below the desired 
» and his overall average spee uSlSSS* k h<5 "** h behind in bo,h his current speed 

in^ation may be l^ZZZSEZ ^Z^T^ " 8imite ' 

invention. The bicyclist uses the SfE^^^Jfi "* ,nft)r ^ atlon to the present 

Item 25 is the elapsed time which ^s^uSI 11 1 °° ,respond,n 9 P° ,m ° n tne elected standard ride, 
-terns 26 and 27*, symb^^ 

wun „ , ne performance at the corresponding point of Selected IZZf hT ' W * ° f 8V8n 

of day. In the preferred embodiment the disola L«nf= ? ! * ' tem 28 ls the cur ™ttlme 

and the selected standard ride Z^^Z^lZ^^J n ^T i ° n ^ CUrrent rida 
represent corresponding speeds ^ELTT^ 8th ' e,e - F ° r 8Xampl9 ' items 21 and 23 
» speeds compare^imilarly 5 a* 2^21 , * T ** 0H " r ' WhNe Symbo1 26 te,,s h °» < he 
above the other, in pjSfii iTJ^Z^yZT"^ ^ "* " *° ^ « 

-en,^^^ 

being used as a standee of common Item £l it^^.lT 8 ^ P erf ™- which is 
« responding point on the selected standa J Z Item S Kf J 1* . .' CyC,iSt tr8Ve ' in9 8 ' ' he m ' 
on the selected standard ride Items £ and 37*™ SUL k . J 8 " 08 tr8Vel8d durin9 8ame amounl of fime 
<*(+). behind (-). or even 

Item 38 is the cu^enttoe oTdav InlS " corresponding point of the selected standard ride, 

about the current Se and mSSSS SET?' w corres P°" di "9 Nation 

« ample. Items 31 and 33 represen t 

larly. Items 32 and 35 ntJ^S^X.^ ^ ^ 8b ° Ve ,he 0ther - Slml " 

m fig. 4. the dJffSS^sSS£^ , a h « a 80 'r 180 one directly above ,he other - 

ride. Thelowerportionof 9 ,im8 42S ' nC8 ,h8 b89innin 9 of the cu ™< 
as a standart of comparison ton « ,nfo "" at '0" denved from a saved performance which is being used 

» PointontheselecteTstanXd^ 

selected stenda* H^te^n^ 

W. behind (-). or even with W thTLrfaT-T ? 1 ' ndlCate Whe,her ,he ath,e,e is cu,ren «y ahead of 
the ^^^^^^^7^^?^ P ° ,nt ° f Se ' eCted St8ndard rida " 

r esent| s^ 

3.itshou^^~™ = 



25 



30 



EP 0 638 336 A1 

tion. In particular, if the cycle computer measures other parameters besides time, speed, and distance, these 
other metrics may also be saved in the memory of this invention and displayed on suitable screens that com- 
pare these metrics on the current ride with similar metrics from a saved pace ride. For example, if pedaling 
cadence is measured, it may be saved in memory and displayed on a screen that compares current cadence 

5 with cadence at the same point of the pace ride. If altitude is measured, it may be saved in memory and dis- 
played on a screen that compares the rate of ascent of the current ride with the rate of ascent at the same 
point of the pace ride. Similarly, the rider's heart rate may be saved and displayed for comparison. The Inven- 
tion also embodies having another screen which shows the total time that was required to complete the pace 
ride, and the estimated total time to complete the current ride, based on comparative performance up to the 

10 present point of the ride. 

In FIG. 5, the display shows information that is useful for selecting among the saved sets of historical per- 
formance data. Such a selection is made at the beginning of a ride, to choose the standard for comparison 
during the ride, and also at the end of a ride, to choose which numbered area of memory to replace with infor- 
mation about the ride that was just finished, If the athlete chooses to save such information at all. Item 58 is 

15 the current date, and item 59 is the current time of day. Item 54 is the identifying number of one of the saved 
sets of historical data whose summary information is displayed in items 51, 52, 53. and 55. Item 51 is the aver- 
age speed achieved over the entire course of the saved ride identified by Kern 54. Item 52 is the date on which 
the ride identified by item 54 was executed. Item 53 is the total distance traveled during the saved ride identified 
by item 54, Item 55 is the total time spent during the saved ride identified by item 54. By pressing the control 

20 buttons which are provided on the preferred embodiment of the invention in a cycle computer, the user may 
scroll through the different saved sets of performance data and observe the key parameters of each saved 
set on screens such as in FIG. 5. Using the displayed information, the user may select a specific set for use 
as a standard during the current ride by pressing the control buttons. Similarly, by pressing a different com- 
bination of buttons, the user may save the information about the current ride in one of the numbered areas of 

25 memory. 

FIG. 6 provides a block diagram of the preferred embodiment of the invention. Item 60 is the display, which 
may be a liquid crystal type or other suitable display. Item 61 is the central processor. Item 62 is the control 
switches. Item 63 is the wheel motion sensor. Item 64 is the battery or batteries that supply electrical power. 
Item 65 is a small external connector with which a cable may be connected to link the invention to an external 

so compuier, such as a Personai Computer, item 66 is the memory which can contain the saved pace data from 
previous rides. In the preferred embodiment, this memory is constructed from a non-volatile Random Access 
Memory so its data is not lost when the battery loses power. 

The connector 65 for (inking to an external computer is an optional feature that would be present in the 
preferred embodiment, but is not required for the primary functions described above. If such connector is pres- 

35 ent, it may be used for several valuable functions. Data in the memory of the invention could be transmitted 
to the external computer for safekeeping, and transferred back to the cycle computer (or to another similar 
one) at a later time. This way, if the data in memory Is ever lost due to a power failure, it can be reloaded from 
the external computer. Similarly, if the cycle computer is damaged.lost, orstolen, the user can restore his valua- 
ble data from the external computer to a new cycle computer. 

40 If the user rides bicycles on many different routes, perhaps in different countries, the cycle computer itself 
might not have enough memory space to save all the pace rides the user would like. In such a case, the user 
could copy pace data to an external computer where an unlimited number of different pace files could exist. 
Then, whenever the user travels to a specific area or country, he could transfer into the cycle computer just 
the desired pace files for the routes in the area he will be riding. 

45 Once the pace files have been transmitted to an external computer, they can be copied into any other cycle 
computer which embodies this invention. Hence, the data generated by one rider could be copied into the cyde 
computers of other riders to be used as a standard by them. In this way, one rider who is the best along a par- 
ticular route could create pace data for other riders who are trying to improve their performance to match or 
exceed the first rider. 

so The data in the external computer can also be used to keep track of the progress of various riders. With 
appropriate software in the external computer, this performance data can be managed, plotted, and compared 
as part of a program of athletic training for an individual or a team. 

With appropriate software, the external computer could also modify a pace file so as to create a different 
standard, which could then be loaded into the cycle computer. For example, an athlete might set a goat of im- 

55 proving his best time on a certain route by 5%. He could have the external computer modify the file of pace 
data so that all segments of the ride are faster by 5%, and then copy this modified pace file into the cyde com- 
puter. 

FIG. 7 illustrates how the primary data arrays are organized in memory to keep track of pace data from 
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previous bike rides and to record pace data from the current ride. Pace ride data is kept in the two dimensional 
array labeled as the 'Pace Data Array' in FIG. 7. In this array, each column holds pace data for one ride. In the 
example shown, the array has 10 columns numbered from 0 to 9, which implies that this array can retain in- 
formation about 10 different rides. Since there must always be a column available to record the current ride, 

5 one of these columns is used as temporary storage for the current ride, while the other nine columns retain 
pace data from nine previously saved rides. The number of columns provided in an Instance of the invention 
depends on the size of the RAM used in that model, among other things. 

The number of entries in a column determines how long a ride can be recorded. When a ride is being re- 
corded, each time a certain interval passes, a new entry is written into the next unused location in the column 

10 for that ride. For example, if a particular model records data every 15 seconds, then a new entry is written in 
the proper column every 15 seconds until the ride is done (or, until the column is full). In order to allow a ride 
of up to 12 hours without overflowing the column, the RAM should be large enough so that each column has 
at least 2,880 entries, if entries are written every 15 seconds. 

The entries written In each column may consist of a single data field or more than one field. One field is 

15 sufficient to provide the functions of the Invention, allowing it to compute and compare distance, time, and 
speed at any point of a ride. However, if the cycle computer has access to other types of data, they can also 
be recorded as additional fields. For example, it is possible to record altitude, cadence, and heart rate along 
with distance and time, whenever an entry is added to a column. If such additional data is available, presumably 
the cycle computer would also provide additional display screens to show this data to the user, similar to those 

20 shown in FIGS. 2 to 4, but with different data being displayed. If such screens exist, in this invention, they would 
be augmented with fields that show similar data from the pace files, to compare with the current ride. 

To avoid having to copy an entire column of the data array to another column when saving a new ride, the 
columns are managed by use of the Mapping Array. The Mapping Array has one entry for each column In the 
Pace Data Array. Entry 0 in the Mapping Array contains the column number of the Pace Data Array column 

25 that is to be used for recording the current ride. The other entries in the Mapping Array indicate the columns 
containing various previously saved rides. The index into the Mapping Array is the number that is associated 
with each saved pace file, and it is this index that is shown to the user as item 54 on the display as shown in 
FIG. 5. Using the Mapping Array, a newly completed ride can be saved in place of an old saved ride simply by 
swapping two values in the Mapping Array. For example, note the shaded columns in FIG. 7. Mapping array 

30 entry 0 points iu column number 2, which is where data from the curreni ride is stored. Mapping array entry 
9 is shaded because the user has selected saved ride number 9 for comparison, and this entry points to column 
6 in the Pace Data Array. After the current ride is done, the user might decide to save the new ride's data in 
place of old ride number 9, perhaps because the new ride was faster. To save the new ride in this way, the 
invention merely swaps the values in Mapping Array entries 0 and 9. After doing so, entry 9 points to column 

35 2 (which holds data for the ride just completed), and entry 0 points to column 6, which will be used to record 
the next ride. 

THE ALGORITHMS AND THE C PROGRAM IMPLEMENTING THEM. 

<o The invention is implemented by a combination of hardware and controlling software. The hardware con- 
sists of the elements and structure shown in FIG. 6. 

The software portion of the present invention includes software which provides at least the following func- 
tions: controlling the stopwatch timer, counting wheel rotations, computing distance and speed, displaying va- 
rious information on the screen, and responding to the pressing of control buttons. The software of the present 

45 invention also contains the following novel and unique aspects: 

1. It defines new variables and data arrays needed for the invention, and initializes them properly. 

2. Each screen showing current performance data is changed to display also the corresponding values 
computed from the selected pace file. Examples of these screens are shown in FIGS. 2, 3, and 4. 

3. An additional screen is added, similar to that shown in FIG. 5, to display summary information from the 
so saved pace files so the user can choose one. While this screen is displayed, pressing one of the control 

buttons causes the display to show data from the next pace file in round-robin sequence. 

4. During a ride, while the timer is operating, two new functions are to be performed whenever the display 
is updated (usually once per second): 

4.1 Save the data about the current ride (e.g. time and distance) In the next location of a temporary 
55 array of memory if enough time has passed since the last time an entry was made in this temporary 

array. 

4.2 Find the portions of the selected pace file in memory that corresponds to the current point of the 
route and compute values to display. 
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5. After a ride, when the stopwatch has been stopped, if the user changes the screen display to the new 
one (mentioned in item 3 above and shown in FIG. 5) and presses a preset combination of control buttons, 
the data from the current ride replaces the previously saved data in the area of memory presently dis- 
played. 

5 The details of the logic for these functions have been implemented and are shown in a set of programs in 

the APPENDIX, written In the C programming language, and Including many comments. Each of these 5 novel 
items listed above Is explained further below, with reference to the C program appearing in the Appendix. The 
subroutines in the appendix are written with the understanding that there is a 'main program' in the cycle com- 
puter that performs all the functions of prior art cycle computers, and which calls the subroutines in the ap- 

w pendix to perform the new operations required by the present invention, as itemized in the above list of 5 unique 
and novel items. 

Item 1 is Implemented by the data declarations under the heading 'Global Data', and by the subroutine 
named 'start_ride* which initializes the global data properly for use during each ride. The global data areas con- 
tain data that is needed In various subroutines, and is defined globally so it can be easily used in all routines 
15 that need It. The comments In the C program declarations explain the uses of each variable. 

Item 2 is implemented by the function 'update_screen' in the appendix. This function is called to display 
information from the current ride with comparable information from the selected pace file. There are three 
screen formats defined, and the input argument screenjype selects which format is to be displayed. All the 
screens show the current date and time, and the symbols (+, or =) that indicate how the current ride compares 
20 to the pace. In addition, the other data shown for each type is as follows: 

1. Current speed, current elapsed time, pace current speed and time; as shown in FIG. 2. 

2. Current speed and distance, pace current speed and distance; as shown in FIG. 3. 

3. Average speed and riding time of this ride, and pace average speed and riding time to the same point 
of the route; as shown in FIG. 4. 

25 Item 3 is implemented by the functions 'show_pace_files' and 'advance_index' in the appendix. Func- 

tion 'show_pace_files ? displays summary information about one pace file at a time in a format as shown in 
Figure 5. This data gives the user enough information to select the pace file appropriate for comparison during 
the planned ride. While this screen is being displayed, if the user presses the appropriate control button, the 
function 'advancejndex' is called to change the selected pace file to the next one in round-robin sequence. 

00 Then 'shuw_pacej jles' is Caileu ayain io display the imormaiion from that fiie. if that f iie number has no vaiid 
data, the missing fields are displayed as blank. 

Item 4 is implemented by subroutine 'evaluate* in the appendix, which performs both functions 4.1 and 
4.2. The main program calls 'evaluate' each time the display is to be updated. The main program keeps track 
of basic data about the current ride, such as elapsed time and distance travelled, in global variables which are 

35 used by this subroutine. 

The 'evaluate' program has two functions. 1 . It periodically creates another entry in the current temporary 
pace file to keep track of the progress of the current ride in case the user later elects to save it permanently. 
2. It scans through the selected pace file (if any) to find the places that correspond to the same distance and 
time in the pace ride, and uses that data to compute comparable values that may be displayed along with the 

<o usual information about the current ride so the user can easily see how he is doing compared to the chosen 
pace ride. The logic of the 'evaluate' program is discussed below in more detail. 

Item 5 is implemented by function *save_ride' in the appendix. This function is invoked if the user presses 
a certain combination of control buttons while the screen shown in FIG. 5 is being displayed. For example, 
one implementation could require the user to press two buttons simultaneously to replace the pace file cur- 

45 rently shown on the screen with the data from the ride that has just been completed. Since the areas of pace 
data are mapped by the mapping array, as shown in FIG. 7. It is very easy and fast to make this replacement. 
There is no need to move all the actual data in the array; all that is needed is to swap pointer values in the 
mapping array. Before doing that, this routine checks to make sure the current ride was of non-zero duration, 
to avoid destroying good saved data with a null ride that is of no use. 

50 

LOGIC OF THE 'EVALUATE' PROGRAM 

The 'evaluate* program uses a two-dimensional array to keep track of data for all the pace files In the In- 
vention, Including one that is used as a temporary file for saving data about the current ride in progress. There 
55 are several ways that the necessary data may be represented in such an array, all of which are within the scope 
of this invention. 

Fundamentally, the data saved for each pace file consists of a set of entries that represent the distance 
travelled, and the elapsed time, from the start to various points of the route. If the cycle computer also measures 
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other parameters, such as altitude, pedaling cadence, or heart rate, this other data can also be recorded along 
with the corresponding elapsed time and distance. There are various ways this fundamental data can be rep- 
resented, which are logically equivalent 

For example, each element of the array could have two fields, one which indicates the elapsed time, and 

5 another to retain the corresponding distance from the start. In this case, the times and distances are cumula- 
tive, which implies that the values can become quite large during a long ride. If this data representation is used, 
the amount of memory In the Invention must be enough to represent times and distances for long rides. The 
memory can be made smaller if each entry only holds the increment of time or distance since the previous 
entry. Since the entries are made quite often, such as once every 15 seconds (for example), the entries for 

10 time and distance can never be very large, and a minimum of memory space is required. With this design, the 
processor must accumulate the time and distance entries to determine the total elapsed time and distance 
from the start. 

If the invention is designed to save data in memory at fixed intervals, then the array entries only need to 
store one of the two fundamental data types, since the other can be deduced from the entry location. For ex- 

15 ample, if a new entry is written exactly every 1 5 seconds, the entry only contains a distance value, since the 
time of an entry can be computed as the array location multiplied by 15 seconds. Similarly, if a new entry is 
written every time a certain distance is travelled, the entry only needs to contain the time value. 

The specific implementation illustrated in the C program in the appendix is one in which an array entry is 
written at fixed time intervals, so only the distance is written in an array named 'dist'. Each distance is repre- 

20 sented as the additional distance travelled since the last entry, and is recorded in units of the number of wheel 
revolutions. The time interval between entries is fixed for any particular pace file, but the program allows this 
interval to be different for different pace files. This flexibility is useful in case the cycle computer allows the 
user to set this time Interval manually, or In case a pace file is copied from a different cycle computer that 
uses a different time interval. The 'evaluate' program has logic to write entries for the current ride following 

25 the comment lines containing Item 4.1 -* and Update Current Pace Array — \ 

Since the pace data is only written at discrete intervals, the 'evaluate' program uses linear Interpolation 
to approximate values for points along the route that lie between the entries. For example, if a first pace array 
entry indicates that 2.00 miles were travelled in 6 minutes and 0 seconds, and the next entry indicates that 
2.08 miles were travelled In 6 minutes and 15 seconds, the program would conclude that 2.04 miles were trav- 

30 eiled in 6 minutes and 7.5 seconds. Interpolation allows the program to compute very accurate data for com- 
parison with the performance of the current ride at any point along the route, not only at the precise points 
where data was saved in the pace file. As a result, the invention can display useful comparison data at any 
moment. 

The functions described above as item 4.2 determine which entries in an existing pace file correspond to 
35 the time and distance at the current point of the current ride. It is necessary to perform this process separately 
for time and distance, because time and distance will yield different comparisons any time the average speed 
on the current ride differs from the average speed at this point on the pace ride. The following table will serve 
to illustrate the two means of comparison. In this table, the array location represents the location of each entry 
in the pace array that is being used for comparison. The Elapsed Time is computed from the array location by 
40 multiplying by 15 seconds, since this example assumes entries were made in the pace file each 15 seconds. 
The portion shown in this sample table corresponds to the portion of the pace ride between 22 and 25 minutes 
from the start. The Distance column shows the total distance in miles from the start of the pace ride. This dis- 
tance value is obtained by accumulating the distance entries in the array, since the array entries only hold in- 
cremental values. 

45 
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Pace Ride- 



Current Ride 



10 



15 



Array 






Location 


Tine 


(Miles) 


88 


22:00 


5.40 


89 


22:15 


5.49 


90 


22:30 


5.58 


91 


22:45 


5.67 


92 


23:00 


5.75 


93 


23:15 


5.86 


94 


23:30 


5.96 


95 


23:45 


6.05 


96 


24:00 


6.15 


97 


24:15 


6.24 


98 


24:30 


6.33 


99 


24:45 


6.43 


100 


25:00 


6.52 



Currently, 
6.10 miles in 22:40 



22:40 



6.10 miles 



20 



25 



30 



35 



45 



50 



As shown on the right side of the table, in this example it is assumed that the rider has travelled 6.10 miles 
In 22 minutes and 40 seconds on the current ride. We can compare the current ride with the pace ride in two 
ways. 

To compare based on distance, the invention finds the entries for the pace ride that show how much time 
it took to travel 6.10 miles. There is no pace entry for exactly that distance, but there are entries for 6.05 and 
6.15 miles, and interpolation indicates that 6.10 miles were reached at about time 23:52 on the pace ride. 
Hence, the current ride has required less time to cover the same distance at this point of the ride. This com- 
putation allows the invention to display a screen such as in FIG. 2 which includes the elapsed times. On such 
a display, using the numbers in this example, the display would indicate the current elapsed time as 22:40, 
and the pace elapsed time as 23:52, and the comparison symbol V would be displayed to Indicate that the 
current ride is faster than the pace ride. In the 'evaluate* program In the appendix, the logic for comparing In 
this way, based on distance, is found following the comments '-- Item 4.2 --' and '- Compare Based on Dis- 
tance — \ 

To compare based on time, the invention finds the entries for the pace ride that show how far the pace 
ride went in a time of 22:40. There is no pace entry for exactly that time, but there are entries for 22:30 and 
22:45, and interpolation indicates that about 5.64 miles were reached at time 22:40 on the pace ride. This com- 
putation allows the invention to display a screen such as in FIG. 3 which Includes the distances travelled. On 
such a display, using the numbers In this example, the display would indicate the current distance as 6.1 0 miles, 
and the pace distance as 5.64 miles, and the comparison symbol V would be displayed to indicate that the 
current ride is faster than the pace ride. In the 'evaluate' program in the appendix, the logic for comparing in 
this way, based on time, is found following the comments Item 4.2 and «- Compare Based on Time -\ 

In summary, to display the current elapsed time versus the pace elapsed time, it is necessary to find the 
point in the pace array corresponding to the same DISTANCE. To display the current distance travelled versus 
the distance reached on the pace ride, it is necessary to find the point in the pace array corresponding to the 
same elapsed TIME. 

The Invention described above is, of course, susceptible to many variations, modifications and changes, 
all of which are within the skill of the art. It should be understood that all such variations, modifications and 
changes are within the spirit and scope of the invention and of the appended claims. Similarly, it will be un- 
derstood that Applicant intends to cover and claim all changes, modifications and variations of the example 
of the preferred embodiment of the invention herein disclosed for the purpose of illustration which do not con- 
stitute departures from the spirit and scope of the present invention. 
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APPENDIX 

This appendix contains the essential subroutines of a program 
to implement the invention in the C programming language, along 
with the data areas required. These subroutines are designed so 
that the program in a cycle computer in the prior art could call 
these at appropriate points to accomplish the processing needed for 
this invention. The Item numbers correspond to the five novel and 
unique items mentioned in the text above as changes needed 
in the software of a prior art cycle computer. 



/* Item ± * i 

/* Global Data */ 

25 /* The 'current_' variables represent data related to the current 
ride that are used even in current cycle computers that do not have 
the capability of saving and using pace files. Some values are 

3Q rather static, such as the wheel diameter, although aver, these 
values sometimes change due to new wheels or tires or inflation 
pressure. Most of the variables show dynamic information about the 

35 current bike ride in progress. The unique subroutines used for 
this invention assume that this data is maintained by the cycle 
computer and is available for use in the new logic needed to create 

40 and use pace files. */ 

int current_time ; /* = Elapsed time of current ride in seconds.*/ 
45 int current_revolut ions; /* = Wheel re vol-, since start of ride.*/ 
float current_dist; /* = Miles travelled so far.*/ 
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float current_speed; /* » Current speed in mph.*/ 

float current_avg; /* = Average speed so far on this ride. */ 

char current_date_tixae(32 3 ; /* - Current date and time.*/ 

float circumference; /* = Circumference of bike wheel in feet. */ 

float diameter; /* = Diameter of bike wheel in inches.*/ 

float current_revs_per_mile; /* = # of wheel revols in a mile.*/ 

/* The next set of variables are used to save information about 

the current ride in a temporary array in case the user decides to 

save it permanently at the end of the ride. The Mapping array (see 

below) location 0 always points to the temporary pace array area to 

use for the current ride. 

Mapping[0] is used to set 'current_index' to point to that 
area for use. During the course of the ride, the display is 
updated at intervals (such as once per second) , and at a longer 
interval (the 'save interval') the distance (in wheel rotations) is 
put into the next location in the current array. To minimize the 
amount of RAM needed in the invention, the entries in the pace 
arrays only indicate the distance (revolutions) covered in the 
current time interval. Hence it is necessary to accumulate all 
these distances to determine the total distance travelled.*/ 

int current_index; /* = Index of pace array for saving this ride.*/ 
int display_interval; /* =■ Seconds between updating display.*/ 
int save_interval; /* « Seconds between saving data in memory.*/ 
int last_save_time; /* = Time of last save in memory for this 

ride.*/ 
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5 int next_save_time; /* = Scheduled time for next save.*/ 

int old_revolutions; /* = Rev total at last saved interval.*/ 

10 /* The next variables have basic data about the pace file that 
has been selected for comparison during this ride. Once a file is 
selected, these values are static for the rest of the ride.*/ 

15 

int selected_pace; /* = Logical # of pace file for comparison*/ 
int pace_num; /* = Physical array index of pace file.*/ 
2Q int limit_index; /* = Number of intervals in that pace file.*/ 

float pace_revs_per_aile; /* - Wheel revs in 1 mile for pace wheel 

size. */ 

25 

/* The next set of variables beginning with 'dist_' are used to 
keep track of the place in the pace array that corresponds to the 

30 DISTANCE that has been travelled on the current ride. This allows 
us to find the amount of time it took to travel that same distance 
on the pace ride, and the speed the bike was going at that point 

35 along the pace ride. */ 

int dist_next; /* « Next interval in pace array based on dist.*/ 
40 int dist_cuml; /* - Total wheel revs at start of interval.*/ 

int dist_cum2; /* = Total wheel revs at end of pace interval.*/ 
float distjnilesl; /* - Total miles at start of pace interval.*/ 
45 float distjniles2; /* = Total miles at end of pace interval.*/ 
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5 /* The next set of variables beginning with 'time_' are used to 

keep track of the place in the pace array that corresponds to the 
TIME that has elapsed in riding on the current ride. This allows 

10 us to find the distance that was covered on the pace ride in the 
same amount of time.*/ 

is int time_next; /* - Next interval in pace array based on time.*/ 
int time_cuml; /* » Total wheel revs at start of interval.*/ 
int tirae_cum2; /* » Total wheel revs at end of pace interval.*/ 

20 float time_milesl; /* « Total miles at start of pace interval.*/ 
float tirae_miles2; /* = Total miles at end of pace interval.*/ 
float time_dist; /* = Interpolated pace miles at same time.*/ 

25 

/* The variables below beginning with 'pace_' are interpolated 
values derived from the pace array based on the current distance 
30 travelled. They take into account that the current position is 
usually part-way between the data points saved in the pace array, 
so a linear interpolation is done.*/ 

35 

float pace_speed; /* » Speed during this interval of pace array.*/ 
float pace_time; /* *= Time when pace ride reached current dist.*/ 
<o float pace_avg; /* » Avg speed on pace ride up to current dist.*/ 

/* Variables used in the ongoing comparison between the 

45 performance on the current ride and the pace file selected for 

comparison. The binary flags indicate whether to continue the 

50 
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5 comparisons, and the results of the comparisons are shown with 
one-character symbols +, -, and «. In general, + always means this 
aspect of the current ride is FASTER than the pace, while - means 

to the current ride is SLOWER, and = means they are about equal. */ 

int keepjgoing; /* 1 «> Current ride is in progress.*/ 
15 int compare_dist; /* l => continue comparing based on distance.*/ 
int compare_time; /* l => continue comparing based on time-*/ 
char current_compare; /* » Current speed vs. pace speed (+,-,=)*/ 
20 char total_compare; /* = Average speed vs. pace avg. speed 

(+,-,=)*/ 

25 /* The following arrays contain the data for the pace, files. 
This version allows up to 10, including number 0 which is used for 
the current ride. The Happing array maps logical pace file numbers 

30 to physical array areas, Mapping[0] always points to the temporary 
array area used to record the current ride. When the user chooses 
to save the current ride all the program has to do is swap pointers 

35 in the mapping array, rather than actually moving all the data. 
*/ 

int mapping [10]; /* - Map the 10 array areas.*/ 

6 int pace_valid[10] ; /* « Number of intervals in this ride.*/ 
char pace_date_time[10] [32] ; /* Date and time the ride started. */ 
int pace_interval[10] ; /* » Time interval between pace array 

45 entries. */ 

50 
55 



15 



EP 0 638 336 A1 



5 float pace_wheel_size(lO]; /* - Wheel diameter in inches for this 

file.*/ 

int pace_final_time[iO]; /* = Partial interval at end of the 
10 ride.*/ 

int pace_final_dist[10); /* « Distance ridden in final partial 

interval. */ 

15 int pace_tot[lO] ; /* = Total ride length in wheel rotations.*/ 

int dist [10] [AREA_SIZE] ; /* « Wheel rotations in each time 

interval. */ 

20 /* item 1 */ 

/* start ride */ 

/* This routine initializes all the variables needed at the 

25 beginning of a new ride after the user has selected which pace file 
(if any) to use.*/ 



30 void start_ride() 
{ 

current_index ■ mapping! 0]; 

strcpy(pace_date_time[current_index] , current_date_time) ; 

pa ce_y a 1 id [ curr ent_i ndex ] " = 0; "* 

pace^tot [current^index] =0; 

35 pace_interval[current_index] - save_interval ; 

pace_wheel_size[current_index] = diameter; 

pace_f inal_time(current_index] » 0; 

pace_final_dist(current_index] = 0; 

last_save_time = 0; 

next_save_time = save_interval; 

40 current_revolutions « 0; ™ 

old_r evolutions =0; 

current_revs_perjnile « 5280.0 / (diameter * 3.1415927 / 12.00) ; 



45 



50 



currentjUst = 0.00; 

current~time « 0; 

pace_time ■ 0.00; 

current_avg = 0.00; 

pace_avg ■ 0.00; 



55 



16 



EP0 638 336 A1 



10 



15 



20 



30 



35 



40 



current_speed » init_speed; 
compare_dist » 0; 
compare_time « 0; 

if (selected_pace > 0) 
{ 

pace_revs_per_mile = 5280.0 / 

(pace_wheel_size[pace_nuro] * 3.1415927 / 
12.00) ; 

limit_index = pace_yalid(pace_num] ; 

dist_next = 0; 

dist_cuml =0; 

dist_cum2 - dist (pace_num] [0]; 

dist_milesl =0.00; 

dist_miles2 ■ (1.00 * dist_cum2) / pace_revs per mile; 
pace_speed = 3600.0 * dxst_mlles2 / 

pace_interval[pace_num] ; 



time_next = 0; 

time~cuml =0; 

time_cum2 « dist [pace_num] [0]; 

time_jnilesl =0.00; 

time_miles2 - (1.00 * time_cum2) / pace_revs^per_mile; 

25 comparand is t =1; ~ ~~ 

compa ragtime =1; 



> 



/* update_screen */ 



/* This function is called to display information from the 
current ride with comparable information from the selected pace 
file. There are three screen formats defined, and the input 
argument screen_type selects which format is to be displayed. The 
data shown for each type is as follows: 

1. Current speed, current elapsed time, pace current speed and 

45 time. 

2. Current speed and distance, pace current speed and 
distance. 
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3. Average speed and riding time of this ride, and pace 
average speed and riding tine to the same point of the route. 

The function 'display' is used to place specific characters in 
any valid position of the screen. The 'display' function is very 
flexible, and uses its first parameter to define the type of data 
to be displayed. 

The second parameter is the value, which will be converted to 
proper format based on the type specified by the first parameter. 

The third parameter specifies the row on the screen, and the 
fourth parameter specifies the position within the row. The last 
parameter specifies the number of character positions to display on 
the screen.*/ 



vo id upda te_scr een ( scr een_type ) 

int screen_type; 

{ 

/* We can always display the selected pace file number.*/ 

/* since it is" shown* on" all the screen* formats. All screens */ 

/* also show current date/time. */ 

display(CHAR, current_date_time , ROW1, LEFT, 18); 
display (INT, selectedjpace, R0W4, CENTER, 1); 

if (screen_type = 1) 

display(CHAR, "Speed ET » f R0W2, LEFT, 18); 

display (FLOAT , current_speed , R0W3, LEFT, 4); 
display (CHAR, current_compare , ROW3, LEFTCOMP, l); 
display(TIME, current time, R0W3 , RIGHT, 7); 
display (CHAR, total_compare, R0W3, RIGHTCOMP, 1) ; 
if (compare_dist) 

display (FLOAT, pace_speed, ROW4, LEFT, 4); 
display(TIME, pace_time, ROW4, RIGHT, 7); 

} 

else 
{ 

display (BLANK, NULL, R0W4, LEFT, 4); 
display (BLANK, NULL, R0W4, RIGHT, 7); 
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>; 

}; 

if (screen type == 2) 
{ 

display(CHAR, "Speed Dist", R0W2, LEFT, 18); 

display (FLOAT, current_speed , ROW3, LEFT, 4); 
display (CHAR, current_corapare, ROW3, LEFTCOMP, 1); 
display (FLOAT, current dist, ROW3, RIGHT, 4); 
display (CHAR, total_coinpare, ROW3, RIGHTCOMP, 1); 

if (compare_dist) 

display(FLOAT, pace_speed, ROW4, LEFT, 4) ; 
else 

display (BLANK, NULL, ROW4, LEFT, 4); 

if (compare_time) 

display (FLOAT, time_dist, ROW4, RIGHT, 4); 
20 else 

display (BLANK, NULL, ROW4, RIGHT, 4) ; 

>; 

if (screen_type — 3) 

25 display (CHAR, "Avg Sp RT »», R0W2 , LEFT, 18); 

display (FLOAT, current_avg, ROW3, LEFT, 4); 
display (CHAR, current_compare , ROW3, LEFTCOMP, 1); 
display (TIME, current_time, ROW3, RIGHT, 7); 
display(CHAR, total_compare , ROW3, RIGHTCOMP, 1); 
if fcomoare_dist1 
{ 

display (FLOAT, pace avg, ROW4, LEFT, 4); 
display (TIME, pace time, ROW4, RIGHT, 7) ; 

> 

else 
{ 

display (BLANK, NULL, ROW4, LEFT, 4); 
display (BLANK, NULL, ROW4 , RIGHT , 7) ; 

>; 

>; 
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}; 

l± show_pace_files */ 

/* If the user has pressed control buttons to show the screen 
that displays summary data about the pace files, this routine is 
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5 called. The variable s elect ed_j>ace Indicates the logical number of 

the pace file, and pace_num indicates the corresponding index into 
the data arrays. These variables are advanced by calling routine 

10 advance_index whenever the user presses the proper control button 
while this summary data screen is being displayed. 

The function 'display' is used to place specific characters in 

15 any valid position of the screen. The 'display' function is very 
flexible, and uses its first parameter to define the type of data 
to be displayed. 

20 second parameter is the value, which will be converted to 

proper format based on the type specified by the first parameter. 

The third parameter specifies the row on the screen, and the fourth 
25 parameter specifies the position within the row. The last 

parameter specifies the number of character positions to display on 

the screen. */ 

30 

void show_pace_f iles ( } 

int k, seconds, revs; 
float miles, avgspeed; 

35 

/* The current date and time and the selected pace file number 
are always valid, so we can definitely display them even if no 
other data exists.*/ 

display(CHAR, current_date_time , ROW1, LEFT, 18); 
40 display(CHAR, " Historical Data" , ROW2, LEFT, 18); 

display (INT, selected_pace, ROW4, CENTER, 1); 

/* If the selected pace file has valid data, compute and display 
the summary information. If not, leave the rest of the display 
45 blank.*/ 

if (pace_valid[pace_num]) 
{ 

k - pace_valid[pace_num] ; 
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seconds k * pace interval [pace nun] + 

pace_f inal_time(pace nun] ; ~ 
revs = pace_tot[pace_numj; 

miles =» (revs * pace_wheel sizefpace nura] * 3.1415927 / 

12.00) / 5280.00/ ~~ - 

avgspeed = miles * 3 600.00 / seconds; 

display (FLOAT, avgspeed, R0W3, LEFT, 4) ; 
display(CHAR, pace_date_time[pace num], ROW3, RIGHT, 8); 
display (FLOAT, miles, ROW4, LEFT, - 4) ; 
display (TIME , seconds, ROW4, RIGHT, 7) ; 

else 
< 

display (BLANK, NULL, R0W3, LEFT, 4); 
display (BLANK, NULL, R0W3, RIGHT, 8); 
display (BLANK, NULL, R0W4, LEFT, 4) ; 
display (BLANK, NULL, ROW4, RIGHT, 7); 
) t 

}; 

/* Item 3 */ 

/* advance_index */ 

/* This routine is called if the current display is showing 
summary data about pace files, and the user presses the control 
button to advance to view the next pace file in round-robin order. 
*/ 

void advance_index() 

35 { 

it (selectedjpace < 9) selected_pace++; 
else selected_pace =1; 

pace_num ■ mapping [s elect ed_p ace ] ; 

>; 

40 

/+ evaluate */ 

/* This routine contains most logic that is unique to the 
invention. it is called by the main program which we assume is 
already present in any existing cycle computer. The main program 
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calls each time the display is to be updated. The main program 
keeps track of basic data about the current ride, such as elapsed 
time and distance travelled. 

This program has two functions. 1- It periodically creates 
another entry in the current temporary pace file to keep track of 
the progress of the current ride in case the user later elects to 
save it permanently, 2. It scans through the selected pace file 
(if any) to find the places that correspond to the same distance 
and time in the pace ride, and uses that data to compute comparable 
values that may be displayed along with the usual information about 
the current ride so the user can easily see how he is doing 
compared to the chosen pace ride. */ 



void evaluate () 

{ int i, j, k, delta; 

/* Item 4.1 */ 

/* Update Current Pace Array */ 

/* First, if it is time to create a new entry in the temp pace 
array for the current ride, do so.*/ 

i « pace valid [ current_index ] ; _ - t 

if ( (currentJEime >= next_save_time) && (i < AREA_SIZE) ) 

*delta * current_revolutions - old_revolutions; 

dist [current index] [i] ° delta; 

pace valid [current index] « i + X; 

pace;>ot[current_iEdex] - currentjrevolutions; 



last save time - current_time ; 

nexOaveltime - next_savej;ime 

45 save interval; , , . . 

old_revolutions - currentrevolutxons; 

>; 

/* Item 4.2 */ 
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5 /* Compare Based on Distance */ 

/* Advance through the pace distance array as far as necessary to 
find the two entries that bracket the current DISTANCE. Since the 
pace array only holds differences, we must accumulate them to get 
the corresponding totals. NOTE: if selectedjpace - 0, we must not 
10 try to compare since no pace file was selected or usable. */ 

current_compare - 9 9 ; 
total_corapare = ' 9 ; 
if (selected_pace 0) return; 

75 while ( (current_dist dist_miles2) &* keep_going && 

compare_dist) 
{ 

dist_milesl = dist_miles2; 
dist_cuml = dist_cum2; 
dist_next++; 

20 

if (dist_next >- limit_index) compare_dist » 0; 
else 

dist_cum2 ■ dist_cum2 + distfpace num] [dist_next] ; 
dist_miles2 » (1.00 * dist_cura2) / pace_revs_per_mile; 
25 pace speed = (dist miles2 - dist milesl) * 

* - " 3600.0/ 

pace_interval[pace_num] ; 

}; 

}; 

30 if (compare_dist) 

*x » (current_dist - dist_milesl) / (dist_miles2 - distjnilesl) ; 
y m x * pace_interval[pace_nura) ; 

pace_time =» (1.00 * dist_next * pace_interval[pace_num] ) + 

y t 

35 ' pace_avg « current_dist * 3600.00 / pace_time; 

if (current_speed > (pace_speed + 0.05)) current_compare - ' + ' ; 
else 

if (current_speed < (pace_speed - 0.05)) current_compare = 
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else current__compare = ; 

if (current_time > (pace_time + 0.5)) total_compare - 

8 if (current_tirae < (pace_time - 0.5)) total_corapare » '+'; 
else total_compare = '='7 

> ; 

/+ Compare Based on Time */ 
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5 /* Advance through the pace distance array as far as necessary to 
find the entries that bracket the current ELAPSED TIME. Accumulate 
the distance for each entry. This pair of pace array entries is ' 
used to compare current distance with the pace, by figuring out how 
far you went on the pace ride in the same amount of time. 
*/ 

10 

n = current_time / pace_interval[pace_mim] ; 

while ((time_next < n) && (time_next < limit_index) && 
compare_time) 
{ 

time_next++; 

15 if (time_next >= limit_index) compare_time = 0; 

else 
{ 

time_cuml = tirae_cum2; 

time_cura2 = time~cum2 + dist[pace_num] [time_next] ; 
time_milesl « tTme_miles2; 
?0 time miles2 ■ (1.00 * time cum2) / pace revs per mile; 

>; " " ~ 

}; 

if (compare_time) 
{ 

25 x « current_time % pace_interval[pace_num] ; 

x = x I pace_interval(pace_num] ; 

y = (time_cum2 - time_cuml)~* x / pace_revs_per_mile; 

time_dist = time_milesl + y; 

/* If we are still comparing based on time but NOT based on 
30 distance , it means we have now gone FARTHER than the pace ride in 
LESS TIME, so our overall speed is BETTER than the pace ride, so 
show a '+' . 

If we are still comparing based on distance, then the logic 
^ above has already determined whether we are ahead or behind. */ 

if ( I compare jiist) total_compare « ' + '; 

}; 

>; 

/* This routine is called if the user presses the control buttons 
to save the data from the ride just completed in place of some area 
in the pace array. Since the areas of pace data are mapped by the 
45 mapping array, it is very easy and fast to make this replacement. 
There is no need to move all the actual data in the array; all that 
is needed is to swap pointer values in the mapping array. Before 
doing that, this routine checks to make sure the current ride was 
of non-zero duration, to avoid destroying good saved data with a 



55 



24 



EP 0 638 336 A1 



null ride that is of no use. */ 

void save_ride() 
{ 

if (pace_valid[current_index] ) 
{ 

mapping[0] = mapping [ selected_pace ] ; 

mapping [selected_pace] = current_index ; 

pace_num « current_index; 

current_index = napping[0]; 

} ; 

}; 



Claims 

1. A user controlled display system for a bicycle for monitoring and comparing electrical signals represen- 
tative of the present performance of a rider along a course travelled, against a selected prior performance, 
comprising: 

wheel revolution detection means associated with a wheel of the bicycle, said wheel revolution de- 
tection means providing a series of signals according to the number of revolutions of the wheel represen- 
tative of the distance travelled by the wheel; 

clocking means providing a plurality of timing signals representative of the elapsed time from the 
beginning of the performance; 

Input/Output means for receiving user input and selection data, and generating a corresponding 
input signal representative thereof, and for generating a display signal in response to a received output 
display signal to display data to the user; 

Central Processing Unit means receiving as Input said distance travelled, elapsed time and user 
generated Input signals, for retrlevably storing each of said distance travelled elapsed time and user gen- 
erated input signals In a user selected portion of a memory means as a series of detailed performance 
data signals representative of at least the elapsed time and distance for a plurality of points along the 
present course travelled by the user, 

said central processing unit means operating under a predetermined set of user controlled instruc- 
tions to store said set of performance data for each performance of the rider in said memory means, and 
compare the present set against a stored user selected set of performance data representing a selected 
performance, and generate an output display signal representative of a user selected comparison metric 
therebetween. 

2. The display system as in Claim 1 further including: 

sensor means associated with the bicycle for providing a series of signals according to the altitude 
of the bicycle and representative of the altitude; 

means for providing said altitude signals to said central processing unit means. 

3. The display system as in Claim 1 wherein said central processing unit means further includes: 

means to compare current performance data with user selected data so as to determine whether 
the present performance is faster or slower than the selected data and to generate an output display signal 
representative of the result of such comparison to the Input/Output means for display to the user. 

4. The display system as in Claim 1 wherein said central processing unit means further includes: 

means to compare current performance data with user selected data and to generate an output 
display signal representative of the result of such comparison to the Input/Output means for display to 
the user. 

5. The display system as in Claim 1 wherein said Input/Output means further includes: 

means for producing an audible tone operative In accord with said output display signal. 
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6. The display system as in Claim 1 wherein said Input/Output means further includes: 

means for connecting said central processing unit means and memory means to an external com- 
puter system, so that said externa! computer system may read and write data into the areas of memory 
used by said central processing unit means. 

5 

7. A user controlled display system for an exercise machine for monitoring and comparing electrical signals 
representative of the present performance of a user of the machine, against a selected prior performance, 
comprising: 

sensing means associated with the machine and adapted for providing a series of signals repre- 
sentative of a preselected set of factors chosen to represent the present performance of the user on the 
machine: 

clocking means providing a plurality of timing signals representative of the elapsed time from the 
beginning of the performance; 

Input/Output means for receiving user input and selection data, and generating a corresponding 
15 Input signal representative thereof, and for generating a display signal In response to a received output 

display signal to display data to the user: 

Central Processing Unit means receiving as input said series of signals representative of a prese- 
lected set of factors chosen to represent the present performance of the user on the machine, elapsed 
time and user generated input signals, for retrievably storing each of said signals in a user selected portion 
20 of a memory means as a series of detailed performance data signals representative of at least the elapsed 

time and each of the preselected set of factors chosen to represent the present performance of the user 
on the machine, for a plurality of points during the present performance of the user, 

said central processing unit means operating under a predetermined set of user controlled instruc- 
tions to store said set of performance data for each performance of the user In said memory means, and 
25 compare the present set against a stored user selected set of performance data representing a selected 

performance, and generate an output display signal representative of a user selected comparison metric 
therebetween. 
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8. The display system as in Claim 7 wherein said central processing unit means further includes: 

means to compare current performance data with user selected data and to gsnsrats an output 
display signal representative of the result of such comparison to the Input/Output means for display to 
the user. 

9. The display system as in Claim 7 wherein said Input/Output means further includes: 

means for producing an audible tone operative in accord with said output display signal. 

10. The display system as in Claim 7 wherein said Input/Output means further includes: 

means for connecting said central processing unit means and memory means to an external com- 
puter system, so that said external computer system may read and write data into the areas of memory 
used by said central processing unit means. 
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FIGURE 3 
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FIGURE 4 
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FIGURE 6 
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FIGURE 7 
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